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ABSTRACT 


This  thesis  provides  a  student  of  Command  and  Control  with 
computer  simulation  of  a  simple  Command  and  Control  (C2) 
model.  The  simulation  is  a  user-friendly,  interactive 
proqram  with  multi-colored,  high-resolution  graphical 
displays  to  illustrate  the  effect  of  C2  on  a  stylized, 
simple,  combat  situation.  A  User's  Manual  is  provided  to 
facilitate  the  use  of  the  simulation. 
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I.  INTKODOCTION 


There  are  maty  combat  simulations  available  at  rhe  Naval 
Postgraduate  School,  but  few,  if  any,  have  a  Command  and 
Control  (C2)  system  as  an  integral  part  of  the  simulation. 
Those  computer  simulations  which  do  employ  a  C2  system  are 
often  complicated  and  difficult  to  analyze.  The  purpose  of 
this  thesis  is  tc  develop  a  simple  C2  model,  and  a  simula¬ 
tion  of  the  model,  to  demonstrate  the  effect  of  a  Command 
and  Control  sysrem  on  a  stylized,  simple,  combat  situation. 

A  highly  user-friendly,  interactive  computer  simulation 
is  used  to  graphically  illustrate  the  effect  of  C2  on 
combat.  To  enhance  the  interactive  aspects  of  the  simula¬ 
tion,  a  T.AMTEK  9  400  color  graphics  system  having  a  high 
resoluti.cn  graphics  capability  is  used  to  display  intermed¬ 
iate  and  end-of- tattle  results.  All  of  the  program's  input 
variables  are  explained  during  the  simulation  so  that  once  a 
user  starts  the  program,  he  does  not  need  a  user's  manual, 
although  one  is  provided. 

It  is  hoped  that  use  of  this  simulation  will  provide  a 
user  with  insights  into  the  effect  of  C2  upon  the  outcome  of 
conflicts.  The  user,  by  varying  the  amount  of  C2  and 


counter  C2  used  curing  a  particular  battle,  should  come  *.o 
understand  and  appreciate  the  importance  of  C2,  and  how  C2 
decisions  can  easily  change  the  outcome  cf  a  battle. 

This  paper  explains  a  simple  C2  model  and  h the  model 
is  implemented  it  a  computer  simulation.  The  attrition  and 
movement  of  forces  are  ^lso  explained  to  aid  the  user  in 
understanding  the  combat  portion  of  the  simulation. 
Photograghs  are  provided  to  illustrate  both  the  input  and 
output  of  the  program.  Finally,  a  user's  manual  (Appendix 
A)  is  provided.  The  user's  manual  provides  the  documenta¬ 
tion  needed  to  run  the  program  and  to  add  new  subroutines  to 
enhance  the  computer  simulation. 
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II.  laJS-SIMOLAJION 


A.  GEHERAL 

The  simulation  uses  a  computer  generated,  color  graphics 
playing  hoard  which  represents  a  section  of  land.  The  board 
is  divided  into  spaces  (called  hexes)  in  order  to  position 
the  playing  pieces  and  to  regulate  their  movement.  The 
playing  pieces  called  units  are  made  up  of  Red  and  Blue 
forces.  The  stylized  scenario  pits  a  Blue  defending  force 
against  an  advancing  Red  force.  At  the  beginning  of  the 
simulation,  the  user  initializes  all  of  the  input  variables' 
values  (approximately  40),  determines  the  route  the  Red 
units  will  move  along  in  their  attach  on  the  Blue  unii s  and 
then  starts  the  conflict.  At  the  end  of  the  conflict,  the 
user  can  display  the  bat  cie  results  in  a  Force  vs  Time 
graph.  After  examining  the  ead-of-battle  results,  the  user 
may  run  the  simulation  again  with  the  same  initial  values 
for  all  the  variables,  or  changes  may  be  made  to  any  vari¬ 
able  desired.  The  user  can  then  run  the  simulation  to 
determine  if  the  outcome  of  the  conflict  would  have  changed 
as  a  result  of  changes  j.n  the  initial  value  of  the 
variables. 
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B.  THE  PLATIHG  BOARD 


The  computer  generated,  high-resolution  color  graphics 
playica  board  represents  a  piece  of  ground.  It  is  divided 
into  68  hexes  to  regulate  the  movement  and  location  of  the 
units.  There  are  three  types  of  hexes  shown  on  the  board 
(see  Figure  2.1) .  Hexes  26,33,  37,  56,  and  63  are  green  in 
color  and  represent  forest,  or  woods.  Hexes  17,  32,  and  45 
are  magenta  and  lepresent  towns  or  cities.  The  remaining 
hexes  are  yellow  and  represent  ordinary  land  (fields) . 

In  the  present  version  of  the  simulation  the  cities  and 
forests  have  no  effect  on  the  forces  or  the  simulation 
results.  However,  it  is  envisioned  that  combat  situations 
could  be  developed  incorporating  these  features  to  allow  the 
user  to  explore  the  effect  of  these  features  cn  command  ar.d 
control. 

C.  THE  PLATIHG  PIECES 

There  are  two  types  of  forces,  Hed  and  Blue,  used  in  the 
simulation.  The  Blue  forces  which  can  be  composed  of  three 
types  of  units  (see  Figure  2.1) 

♦Blue  unaimec  units  represented  on  the  board  by  the  blue 
letter  D, 


♦Blue  sensor-aimed  units  represented  on  the  board  by  the 
blue  letter  A,  and 

♦  Blue  command  and  control  outposts  represented  or.  the 
board  by  the  blue  letters  BC. 

The  Red  forces,  cn  the  other  hand,  can  be  divided  into  two 
typos  of  units  (see  Fiqura  2.1) 

♦Bed  Main  units  represented  on  the  board  by  the  red 
letter  M,  and 

♦Red  counter -command  and  control  units  represented  on 
the  board  by  the  red  letter  C. 

The  letters  representing  the  different  units  can  have 
any  of  five  different  sizes  during  the  course  of  the  battle. 

i 

At  tne  beginning  of  the  simulation  a_l  the  letters,  except 
for  the  blue  letter  A,  are  full-sized,  indicating  the  units 
are  at  full  strength.  As  the  unit’s  strength  is  depleted 
(thru  attrition)  by  decrements  of  203  of  the  initial  unit 
strength,  the  si2e  of  the  letter  decreases.  Thus  in  Figure 
2.1,  the  red  letter  C  indicates  that  the  Red  counter-command 
and  control  unit  has  lost  over  40%  of  its  initial  strength 
while  the  blue  letter  U  indicates  that  the  Blue  unaimed  unit 
has  lost  over  80  3  of  its  initial  strength. 
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The  blue  letter  A  is  the  only  exception.  At'  the  begin¬ 
ning  of  the  simulation,  there  are  no  Blue  sensor-aimed 
units.  See  chapter  17  for  an  explanation  of  why  there  are 
no  Blue  sensor-aimed  units,  and  how  to  transform  Blue 
unaimed  tc  Blue  sensor-aimed  units.  As  the  conflict 
progresses  and  Blue  unaimed  units  are  transformed  into  Blue 
sensor-aimed  units,  the  size  of  the  blue  letter  A  increases. 
The  letter  A  becomes  the  next  larger  size  when  the  3lue 
sensor-aimed  unit  gains  20%  of  the  Blue  unaimed  units' 
initial  strength.  Also  note,  that  as  the  Red  units  fire  on 
the  Blue  sensor- aimed  units,  the  letter  A  decreases  in  size 
because  of  attrition. 

D.  SEQUENCE  OF  ILAI 

The  simulation  is  made  up  of  four  phases  each  of  which 
the  user  is  an  integral  fart.  The  four  phases  are 

(1) .  The  user  input 

(2) .  Selection  of  the  Red  Forces'  route  of  attack 

(3)  .  The  conflict  simulation 

(4) .  After-tattle  analysis 

1 *  The  User  Ipput 

The  first  step  in  simulating  the  conflict  is  to 
initialize  all  of  the  program's  variables.  To  do  this  the 
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user  is  presented  a  menu  on  the  RAMTEK  graphics  display 
titled  ‘Table  of  Variables  and  Current  Values*  (see  Figure 
2.2)  in  which  all  the  variables  have  been  initialized  with 
default  values.  During  this  phase,  the  user  car;  change  ary 
variable's  initial  value.  To  change  a  value  of  a  variable, 
or  to  obtain  an  explanation  of  the  meaning  of  a  variable, 
the  user  enters  the  variable's  line  number  on  the  RAMT2K*  s 
keyboard  and  presses  the  return  key.  For  example,  if  the 
user  desires  to  change  the  hand-to-hand  combat  range,  he 
enters  the  number  6  and  presses  the  return  key.  The  expla¬ 
nation  of  the  variable  hand-to-hand  combat  range  is  then 
displayed  on  the  screen  (see  Figure  2.3).  The  user  may 
change  the  hand-to-hand  combat  range  by  entering  a  new 
range,  or  he  can  elect  to  leave  the  range  at  its  current 
value  by  simply  pressing  the  return  key  without  pressing  any 
other  key. 

At  the  beginning  of  the  simulation,  all  the  varia¬ 
bles  have  initial  values.  If  the  user  changes  the  value  of 
a  variable,  then  that  value  becomes  the  default  value  for 
all  the  remaining  simulation  runs  for  the  session.  This 
capability  allows  the  user  to  incrementally  change  a  vari¬ 
able,  determine  its  impact  on  the  outcome  of  the  battle,  and 
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Figure  2.2  Table  of  Variables  and  Current  Values. 
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then  change  the  value  of  another  variable  and  not  have  to 
re-enter  all  the  previous  changes  which  the  user  had  ma'-e. 

After  all  the  variables  have  been  initialized,  the 
user  enters  99  and  the  second  phase  of  the  simulation  is 
entered. 

2.  Selection  of  the  Red  Forces*  Route  of  Attack 

The  second  phase  of  the  simulation  is  determining 
the  Red  force's  route  of  attack.  In  the  present  version  of 
the  simulation,  only  the  Red  force  is  allowed  to  move. 
Therefore,  the  user  must  plan  a  Red  route  of  attack  and 
enter  it  in  the  computer.  This  is  simplified  for  the  user 
through  the  use  cf  the  trackball.  The  user  designates  all 
turning  points  hj  moving  the  trackball  cursor  to  the  hex 
where  the  turning  point  is  to  occur  and  depressing  the  enter 
key  on  the  trackball.  (The  Red  force  travels  in  a  straight 
line  from  turning  point  to  turning  point.)  When  the  user 
has  entered  the  desired  path  of  the  Red  force,  the  cursor  is 
then  moved  into  the  red  area  at  the  bottom  of  the  screen  and 
the  enter  key  on  the  trackball  depressed.  (See  Figure  2.4) 
At  this  time,  the  program  automatically  finds  the  location 
of  the  closest  Blue  Main  force  and  ensures  the  Red  unit  will 
move  from  the  final  turning  point  to  within  hand-to-hand 
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combat  range  of  ths  Blue  Wain  forc9.  (This  feature  ensures 
the  battle  will  terminate.) 

Tigure  2 .4  shows  two  black  circles  drawn  on  the 
playing  board  with  a  EC  outpost  at  each  circle's  center. 

The  circle  represents  the  approximate  sensor  range  for  the 
BC  outpcst  at  its  center.  If  the  Red  force  enters  the 
circle  during  its  attack,  the  BC  outpost  will  sense  the 
presence  of  the  Fed  force  and  this  will  allow  some  of  the 
Blue  unaiaied  (relatively  ineffective)  units  to  be  trans¬ 
formed  into  Blue  sensor-aimed  (relatively  effective)  units. 
Therefore,  the  Red  force  should  attempt  to  stay  outside  cf 
the  BC  sensor  range  cr  to  travel  on  the  fringe  of  the  black 

t 

circle  to  lessen  the  effect  of  the  BC  on  the  outcome  of  the 
conflict. 

Once  the  route  of  attack  has  been  selected  and 
entered  into  the  computer,  the  battle  simulation  (phase 
three)  begins. 

3 .  Phase  Three 

During  phase  three  of  the  simulation,  the  Red  units 
attack  and  the  Blue  units  retaliate.  As  the  battle 
progresses,  the  computer-generated  color  displays  of  the 
battlefield  show  the  letters  representing  the  different 
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Figure  2.4  User  Inputting  the  Red  Force  Route  of  Attack. 


units  reducing  in  size  as  the  units  are  depleted.  Also,  it 
shows  the  Red  unit's  letters  moving  across  the  playing 
board. 

In  this  phase,  the  user  has  an  opportunity  to 
examine  four  status  reports.  The  Red  and  Blue  Force  Status 
reports  (Figures  2.5  and  2.6)  give  the  exact  location  of 
each  force  and  tie  strengths  for  each  unit  type  as  well  as 
the  total  strength  for  each  force.  Figure  2.7  shows  the 
Blue  Ser.sor  Outpcst  Status  report  which  provides  the  user 
with  the  number  cf  assets  remaining  at  each  BC  outpost. 
Figure  2.8  displays  the  ranges  between  all  the  forces 
involved  in  the  conflict.  The  user  nay  examine  any  status 
report  by  placing  the  trackball  cursor  over  the  letters  of 
the  status  report  he  wants  to  examine  and  depressing  the 
enter  key.  For  example,  the  user  could  examine  the  Blue 
Force  Status  report  by  placing  the  cursor  over  the  word 
"BLUE"  at  the  bottom  of  the  screen  and  depressing  the  enter 
key.  When  the  user  places  the  cursor  over  the  letters 
"MODEL",  the  next  game  step  of  the  simulation  is  displayed. 

The  displays  provided  during  this  phase  of  the  simu¬ 
lation  allow  the  user  to  visualize  what  is  taking  place  on 
the  battlefield.  For  example,  the  user  can  determine  if  a 
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unit  is  being  fired  upon  by  more  than  one  opposing  unit  or 
if  a  unit  is  dividing  its  firepower  among  all  targets  of 
opportunity.  The  battle  displays  provide  the  user  with 
pictorial  representations  of  the  battle  instead  of  columns 
of  numbers  in  a  printout. 

When  the  force  strengths  of  all  the  Red  units,  or 
all  the  Blue  fighting  units,  are  equal  to  zero  (ie,  one 
force  has  won  the  battle  by  annihilating  the  other)  then  the 
user  enters  phase  four  of  the  simulation  by  placing  the 
cursor  over  the  letters  "MODEL"  and  depressing  the  enter 
key. 

4 .  After-Battle  Analysis 

The  final  phase  of  the  simulation  is  the  Force  v« 
Time  graph.  (See  Figures  2.9  and  2.10)  This  graph  allows 
the  user  to  plot  the  force  strength  vs  time  of  all  the  units 
involved  in  the  tattle.  It  also  plots  the  break  points  (a 
user  input)  on  the  total  f>rce  strength  line  (RI1,  RT2,  3T1, 
BT2 ,  and  BT3)  .  J.  total  force  strength  line  is  the  sum  of 
the  units  which  form  the  force.  For  example,  RT1  is  the  sum 
of  Rf'1  and  ECC1#  while  BT1  is  the  sum  of  BUI  and  BA1.  This 
allows  the  user  to  hypothesize  than  the  outcome  would  have 
been  different  had  the  units  retreated  at  their  respective 
break  points. 
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Figures  2.9  and  2.10  are  examples  of  graphs  the  user 
can  examine.  The  plotted  lines  are  color  coded  and  have 
letters  spaced  along  them  to  aid  the  user  in  determining 
which  line  is  associated  with  which  force.  The  Red  forces 
all  have  red  lines,  the  Blue  Main  forces  have  blue  lines  and 
the  BC  outposts  have  black  lines.  The  letter  associated 
with  each  line  is  shewn  in  the  blue  menu  area  an  the  bettom 
of  the  figure.  For  example,  the  Red  force's  total  strength 
line,  RT1,  has  tie  red  letter  A  spaced  along  if,  while  the 
Blue  force's  total  strength  line,  3M1 ,  has  the  blue  letter  G 
spaced  along  it. 

It  should  be  noted  by  the  user  that  there  is  a 

* 

maximum  of  50  data  points  per  line  that  can  be  plotted  by 
this  routine.  Therefore,  if  a  battle  simulation  has  more 
than  50  game  steps,  only  the  first  50  data  points  will  be 
plotted. 

The  user  selects  the  unit  to  plot  by  placing  the 
trackball  cursor  over  the  letters  representing  the  unit  and 
depressing  the  ar.ter  key.  If  the  user  wishes  to  clear  the 
screen  and  replot  the  forces,  then  place  the  cursor  over  the 
words  "NEW  PLOT"  and  depress  the  enter  key.  To  terminate 
this  phase  of  the  simulation,  the  user  places  the  cursor 
over  the  letters  '•RETURN”  and  depresses  the  enter  key. 
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At  this  point  in  the  simulation  the  user  can  either 
return  tc  phase  cne  and  start  ar other  simulation,  or  exit 
the  program.  It  the  user  returns  to  phase  one,  all  the 
variables  axe  initialized  to  the  values  of  the  last  simula¬ 
tion  run  and  the  user  may  again  change  any  value  of  any 
variable.  Mso,  the  user  may  use  the  same  route  of  attach 
as  the  previous  simulation,  or  may  enter  a  new  attack  route. 


Figure  2.5  Ccmbat  Siaulation  Showing  Red  Force  Status. 
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Figure  2.7  Combat  Simulation  Showing  BC  Outpost  Status 


Figure  2.8  Cota 


tat  simulation  Showing  Range  Between  Forces. 
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Figure  2.9  Exaaple  1  of  a  Force  Strength  vs  Tiae  Plot. 


Figure  2.10  Example  2  of  a  Force  Strength  vs  Tile  Plot 


III.  A  SIMPLE  C2  HODBL 


This  section  of  the  paper  will  provide  the  user  with  a 
very  basic  explanation  of  a  C2  model  ar.d  describe  xhe  func¬ 
tions  of  the  C2  process.  The  simulation  attempts  to 
incorporate  all  the  functions  of  the  C2  process  and  it  also 
tries  to  capture  the  time  dependence  of  the  C2  information 
in  a  combat  situation. 

The  primary  goal  of  any  C2  system  is  to  control  a 
hostile  environment.  To  control  -the  environment  means 
either  to  maintain  the  status  quo  between  forces*  or  to 
obtain  a  more  advantageous  position,  or  to  bring  about  a 
successful  conclusion  to  a  confrontation  or  battle.  In  this 
computer  simulation,  the  goal  of  the  Blue  C2  is  to  bring 
about  a  successful  conclusion  of  a  battle  with  the  smallest 
loss  of  assets  possible. 

The  C2  process  is  depicted  in  Figure  3.1.  For  a  C2 
system  to  be  effective  in  controlling  its  environment,  it 
must  first  be  able  to  sense  its  surroundings  and  then 
process  the  sensed  data  and  compare  these  results  with  the 
desired  state  of  the  envirnoment.  After  the  comparison  is 
made,  a  C2  system  must  be  able  to  decide  on  courses  of 
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action  tending  tc  make  the  sensed  state  of  the  environment 
and  the  desired  state  of  the  environment  the  same.  Finally, 
a  C2  system  must  choose  a  course  of  action  for  its  forces  to 
follow  to  achieve  it's  goal,  ie,  to  bring  the  sensed  state 
of  the  environment  close  to  the  desired  state  of  the 
environment. 


figure  3.1  The  C2  Process. 

Sot  explicitly  shown  in  Figure  3.1,  but  an  integral  part 
of  the  C2  system,  is  the  time  component  for  each  function  of 
the  C2  process.  If  the  C2  system  can  not  bring  its  forces 


to  bear  on  the  environment  in  a  timely  manner,  then  the 
battle  may  be  lost  before  its  forces  have  a  chance  to  act. 

The  times  associated  with  each  of  the  functions  of  the 
C2  process  are  shown  in  Figure  3.2,  Ts  is  the  time  required 
to  sense  the  initiated  hostile  action.  It  will  next  take  a 
time,  Tp,  to  process  the  sensed  data  and  to  pass  the 
processed  data  tc  the  comparision  function  where  time  Tc  is 
required  to  evaluate  the  data  and  pass  it  to  the  decision 
function.  The  decision  function  will  need  a  time  Td  to 
reach  a  decision  and  time,  Ta,  will  be  taken  to  prepare  a 
course  of  action  and  pass  this  choica  to  the  forces. 
Finally,  the  forces  will  need  time,  Tf,  to  implement  the 
orders  given.  Therefore,  the  total  time,  Tt,  involved  ir. 
the  C 2  process  is 

Tt  -  Ts  +  Tt  +  Tc  +  Td  +  Ta  +  Tf  (3.  1) 

If  one  assumes  a  hostile  action  is  initialed  at  time  T1 
and  at  time  T2  the  hostile  action  will  stop  the  C2  system 
from  achieving  its  goal,  then  the  sum  of  the  times  Tt  asso¬ 
ciated  with  each  function  of  the  C2  process  should  be  less 
than  T2-T1  if  the  C2  system  is  to  be  successful. 


IV.  IMPLEMENTATION  OF  THE  C2  KODEL 


The  previous  section  illustrated  a  very  general  and 
simple  C2  system,  and  pointed  out  that  time  plays  an  impor¬ 
tant  factor  in  tie  C2  process.  For  a  computer  program  to 
simulate  the  C2  process,  it  must  represent  both  the  C2  func¬ 
tions  arc  the  titre  factor.  This  section  will  describe  how 
the  simulation  presented  in  this  thesis  represents  the  C2 
process  and  some  of  the  decisions  which  must  be  made  by  the 


user.  It  is  important  to  note 
scenario  is  described  here  for 


that  a  particular  combat 
illut cation.  The  basic  ideas 


of  C2-a£fected  ccmbat,  and  the  graphical  display  can,  of 
course,  be  extended  to  describe  a  variety  of  other  inter¬ 
esting  situations. 


A.  THE  OPPOSING  FORCES 

In  the  present  specific  scenario,  there  are  two  types  of 
opposing  forces.  Red  forces  and  Blue  forces.  The  Red  force 
attacks  the  Blue  force  with  the  goal  of  annihilating  the 
Blue  fighting  force  to  gain  control  of  the  territory  occu¬ 
pied  by  Blue.  The  Blue  force,  on  the  other  hand,  is 
attempting  *o  step  the  Red  force's  advance  into  Blue's 
terrain. 


36 


1 


The  Blue  force  has  the  option  of  putting  some  of  its 
resources  into  a  C2  system.  In  the  present  scenario,  the 
Blue  C2  force  converts  "unaimed"  {relatively  ineffective) 
Blue  forces  into  "aimed"  (relatively  effective)  Blue  forces; 
the  latter  wreaks  greater  attrition  upon  Red  forces  than  the 
former.  The  Blue  C2  system  could  give  the  Blue  force  a 
decisive  edge  during  a  battle  depending  on  the  decisions 
made  by  the  Red  force  and  hew  well  the  C2  system  operates. 
Presently,  the  Blue  force  has  no  counter-command  and  control 
(C-C2 )  resources. 

The  Red  force,  in  the  current  simulation,  has  no 
explicit  C2  assets  but  it  does  have  at  its  disposal  C-C2 
resources.  These  C-C2  resources  can  negate  the  c2  benefits 
of  the  Blue  force. 

B.  SIM01ATIHG  TEE  C2  PROCESS 

The  Blue  forces  are  composed  of  three  types  of  units 

1) .  Blue  command  control  sensor  outposts  (Be) 

2) ,  Blue  unaimed  units  (BO)  and 

3)  .  Blue  sensor-aimed  units  (BA) 

The  first  three  function  of  the  C2  process  (ie,  sensing, 
processing,  and  comparing)  are  performed  by  the  Blue  command 
and  control  sensor  outpost  (BC)  .  The  BC  outposts  have  no 
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fighting  capability.  They  do  have,  however,  sensors  which 
can  detect  the  approaching  Red  units.  The  BC  sensors,  as  is 
true  of  all  senscrs,  have  a  maximum  detection  range  beyond 
which  the  Red  units  are  undetectable.  When  the  BC  outposts 
do  detect  the  Red  units  approaching,  they  process  the  data 
and  send  information  to  -the  Blue  Main  force  (311)  which 
allows  Blue  unaiued  units  (BO)  to  be  transformed  into  Blue 
sensor-aimed  units  (BA),  The  BA  units  are  then  brought  to 
bear  upon  the  advancing  Red  units. 

An  expression  was  developed  which  gives  the  maximum 
number  of  BU  units  to  be  transformed  to  BA  units  daring  each, 
game  step  by  each  BC  outpost  for  each  Blue  fighting  force. . 
It  expresses  the  maximum  number  of  units  as  directly  propor¬ 
tional  to  the  amount  of  resources  allocated  to  the  BC 
outpost  and,  directly  proportional  to  the  fraction  of  time 
per  game  step  that  the  BC  outpost  is  turned  on,  ie,  actively 
searching  for  approaching  Red  units.  It  also  expresses  the 
maximum  number  of  units  as  being  inversely  proportional  to 
the  distance  the  BC  outpost  is  from  the  approaching  Red  unit 
it  is  reporting  cn  (the  larger  the  distance,  the  less  accu¬ 
rate  the  target ting  information)  and,  inversely  proportional 
to  the  distance  the  BC  outpost  is  from  the  Blue  fighting 
force  it  is  sending  its  report  to. 


The  maximum  number  of  BO  units  which  can  bs  transformed 
into  BA  units  at  each  Blue  Bain  force  by  a  single  BC  outpost 
in  a  game  step  is  calculated  using  the  following  formula: 

BA  BAX  *■ _ IIMgON _ *„JJC _  (4.1) 

1  ♦  g|Gf£  *  SgGBiO 

where 

BAMAX  *  maximum  number  of  BO  units  that  can  be 
changed  to  BA  units  during  a  game  step; 

TXMEON  -  the  fraction  of  a  game  step  during  which 
the  BC  sensor  is  turned  on; 

BC  =  the  a Eount  of  resources  a  BC  unit  has 
available  during  a  game  step; 

R^GBC  =  the  distance  the  Red  force  is  from  the 
reverting  BC  unit; 

RNGBLU  =  tie  distance  the  Blue  force  is  from  the 
reporting  BC  unit; 

RDWT  =  the  importance  the  user  places  on  the  distance 
the  Red  forca  is  from  the  BC  unit; 

BWT  =  the  importance  the  user  places  on  the  distance 
between  the  Blue  force  receiving  the  report 


and  the  reporting  BC  unit 


The  value  of  the  variables  TIMEON,  BC,  RDWT,  and  BWT  are 
user  supplied  during  the  input  phase  of  the  simulation 
discussed  in  Chapter  II. 

RDWT  and  BWT  weight  factors  can  be  assigned  a  value 
between  1.0  and  10.0.  A  weight  of  1.0  means  the  range 
between  the  BC  outpost  and  the  force  (either  Red  or  Blue)  is 
the  most  important  factor  in  the  transformation  of  BO  units. 
A  weight  of  10.0  signifies  that  the  range  has  little  impact 
on  the  number  of  BO  units  which  could  be  transformed.  It 
should  be  noted  that  once  all  the  BU  units  have  been  trans¬ 
formed  tc  BA  uni  is,  the  BC  outposts  do  nothing  further  to 
aid  the  5M  forces. 

In  the  present  simulation,  the  BC  outposts  are  consid¬ 
ered  to  be  networked  together.  Therefore,  if  a  Red  force 
enters  the  BC  sensor  range,  the  transformation  of  B0  units 
to  BA  units  occurs  for  all  Blue  Wain  forces.  During  the 
user  input  phase,  the  variable  BWT  is  entered  allowing  the 
use  to  regulate  the  transformation  rate  at  the  Blue  Main 
units  based  on  data  received  from  distant  BC  outposts.  If  a 
user  places  the  EC  outpost  a  large  distance  from  a  Blue  Main 
force  and  determines  that  BWT  is  very  important  (ie,  1.0  or 
2.G) ,  then  fewer  BG  units  would  be  transformed  to  BA  units 
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than  if  B8T  was  insignificant.  The  user  should  make  a 
trade-off  between  early  detection  of  approaching  enemy 
forces  and  ^.he  ncmber  of  3U  units  transformed  to  BA  units  in 
each  game  step. 

Similarly,  altering  the  variable  RDHT  allows  the  user  to 
control  the  tran formation  rate  of  BU  units  to  BA  units  based 
on  the  distance  the  advancing  Red  force  is  from  the  BC 
outpost.  Increasing  the  importance  of  the  range  from  the 
Red  force  to  BC  cutpost  means  that  the  number  of  BD  units 
transformed  during  a  game  step  would  be  less  if  the  Red 
force  was  on  the  fringe  of  the  BC  sensor  range  than  if  the 
Red  force  was  directly  on  top  of  the  BC  outpost. 

The  decision  and  action  process  of  the  C2  system  are 
performed  at  the  Blue  Main  (Bfl)  force.  The  3M  force  is 
composed  of  both  BU  and  BA  units.  The  mission  of  the  BM 
force  is  to  convert  BU  units  to  BA  units.  The  goal  of  the 
Blue  force  is  to  have  as  many  BA  units  as  possible  when 
fighting  because  the  BA  units  have  a  much  higher  probability 
of  Kill  than  do  the  BU  units.  However,  both  the  BA  unit's 
probability  of  Kill  and  the  BU  unit's  probability  of  Kill 
are  user  supplied  values.  Therefore,  the  effect  of  the  BA 
units  on  the  battle  outcome  depends  on  the  initial  values  of 
the  probability  cf  kill. 
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The  number  of  BU  units  which  ar  actually  change!  tc  BA 
units  at  each  Bite  Main  force  is  ca^ulated  using  the 
following  equaticn: 

BUCVT  =  B  AM  A  X*  ( 1  -  exp  (-STEP/  (NBC*BTIME)  )  )  (4.2) 

where 

BUCVT  =  the  number  of  BU  units  converted  no  BA  units 
at  a  Blue  Main  force 

BAM  AX  =  the  sum  of  equation  (4.1)  for  all  BC  units 
reporting  ro  a  Blue  Main  force. 

(There  can  be  up  to  6  BC  units  operating 
a  t  a  rime) 

NBC  =  number  of  active  BC  units  during  the  game  srep 
(If  EC  =  0,  then  BOCVT  *  0) 

BTIME  =  tine  required  by  the  Blue  force  to  act  on 
the  hostile  action  taken  by  the  Ns*  force 

STEP  =  number  of  minutes  in  a  game  step 
The  value  of  the  variables  NBC,  BTIME,  and  STEP  are  use 
supplied  during  the  input  phase  of  the  simulation.  (Th 
user  should  be  aware  that  equation  (4.2)  is  valid  only  for 
range  of  NBC  between  0  and  6.) 

In  Chapter  III  it  was  stated  that  time  was  a  very  impor 
tant  factor  of  a  C2  system.  Time  is  introduced  into  this 
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simulation  through  the  variable  BTIME .  BTIME  represents  the 
time  required  foi  the  Blue  force  commander  to  convert  his 
unaimed  units  to  sensor-aimed  units.  BTIME  is  the  sum  of 
the  time  (ie,  Tt  of  equation  (3.1))  for  each  function  of  the 
C2  process.  The  larger  the  value  of  BTIME,  the  smaller  the 
number  of  BtJ  units  which  are  transformed  to  BA  units  during 
a  time  step. 

Equation  (4.2)  also  incorporates  another  important 
aspect  of  command  and  control  into  the  simulation.  That 
aspect  is  that  mere  command  and  control  is  not  necessarily 
better  than  less  command  and  control.  The  variable  NBC  in 
equation  (4.2)  (the  number  of  active,  reporting  BC  outpost 
during  a  game  stsp)  can  greatly  influence  the  actual  number 
of  BO  units  converted  to  BA  units  at  each  Blue  Main  force. 

It  is  assumed  that  as  more  BC  outposts  report  to  a  BM  head¬ 
quarters,  it  will  take  more  time  for  the  C2  system  to 
process  the  reports,  decide  on  the  required  action  and 
ccawuuicate  that  course  of  action  to  the  forces  in  the 
field.  Therefore,  as  more  BC  outposts  are  added  to  the  C2 
system,  the  system  efficiency  (ability  to  transform  units) 
will  decrease.  (It  should  be  noted  that  if  Blue  adds  more 
BC  outposts  and  E&M&X  (from  equation  (4.1))  does  not 


increase,  then  this  is  a  waste  of  valuable  resources.  Also 
the  Blue  force  commander  must  still  process  whatever  infor¬ 
mation  the  additional  BC  outposts  are  sending  to  him,  even 
if  it  does  not  help  his  fighting  forces.) 

One  way  to  make  the  C2  system  more  efficient  is  to 
lessen  the  amount  of  decision  time  (BTIHE)  required  by  the 
Blue  force  commander.  If,  for  each  additional  BC  outpost 
added  to  a  C2  system,  the  time  required  to  react  to  a 
hostile  action  is  reduced,  then  the  number  of  units  trans¬ 
formed  in  equation  (4.2)  would  increase.  This  could  be 
accomplished  if  the  user  were  to  stipulate  there  was  an 
information  filter  being  used  by  the  Blue  force  commander, 
of  course,  the  resources  devoted  to  filtering  information 
should  be  at  the  expense  of  fighting  units,  ie,  fewer  3U 
units  at  the  start  of  the  battle, 

A  user  has  tc  make  a  trade-off  between  the  C2  system 
efficiency  and  ensuring  the  battlefield  is  covered  by  his 
sensors.  If  all  avenues  of  approach  by  the  Red  force  are 
covered  by  BC  sensors,  then  the  Blue  will  at  least  have  som 
BA  units  when  Red  comes  within  firing  range.  Howerer,  if 
Blue  does  not  cover  the  battlefield  with  his  sensors,  then 
Red  could  conceivably  attack  Blue  when  Blue  only  has  BO 
units  and  thereby  easily  defeat  the  Blue  force. 


C.  THE  HOSTILE  fORCES 


In  this  simulation  the  Red  units  are  the  aggressor 
force.  The  Red  force  is  composed  of  two  types  of  units.  Red 
Main  <RM)  and  Red  counter- command  and  control  (RCC)  .  The 
Red  Main  units  only  attack  the  BM  forces,  ie,  BO  and  B & 
units.  The  RCC  units  attack  the  BC  outposts  when  they  are 
active  and  withii  range.  If  xhere  are  no  active,  in-range 
BC  outposts,  the  RCC  will  join  the  RM  force  in  attacking  the 
BM  force. 

The  RCC  units  are  designed  to  give  the  Red  force  an 
opportunity  to  counter  the  C2  system  of  the  Blue  force. 

They  allow  the  Red  force  to  prevent  the  Blue  force  from 
converting  unaimed  units  to  sensor-aimed  units  by  reducing 
the  amount  of  BC  resources  (BC  in  equation  (4.1))  available 
at  a  BC  outpost. 

D.  PBE-B&TTLE  DECISIONS 

Several  command  and  control  (C2)  decisions  must  be  made 
by  both  the  Red  and  Blue  forces  prior  to  the  start  of  the 
conflict. 

The  Blue  force  C2  decisions  include  the  following 


factors: 


1 


The  ncmber  of  Blue  C2  sensor  outposts  that  will 


be  deploy f.d  (0  to  6)  . 

2.  The  placement  of  the  BC  outposts.  The  Blue  force 
should  ensure  that  as  ouch  as  possible  of  the  battle¬ 
field  is  covered  by  sensors  after  considering  loss  of 
processing  efficiency  due  to  more  BC  outpost. 

3.  The  quantity  of  BC  resources  allocated  to  each  BC 
outpost.  This  decision  directly  affects  the  number 
of  units  that  can  be  transformed  per  unit  time;  it 
also  affects  the  number  of  fighting  units  the  Blue 
force  starts  the  battle  with.  The  Blue  fighting 
force  typically  begins  with  given  resources,  and 

t 

then,  as  cssets  are  placed  in  the  BC  outposts,  equi¬ 
valent  resources  should  be  deducted  from  the  Blue 
fighting  force.  Allocation  of  resources  between  C2 
and  main  lighting  forces  is  a  crucial  decision  for 
Blue. 

4.  The  fraction  of  a  game  step  during  which  each  BC 
outpost  will  be  turned  on.  This  decision  variable 
affects  both  the  maximum  number  of  BD  units  which  can 
be  converted,  and  the  attrition  rate  for  the  BC 
outpost.  The  longer  the  outpost  is  turned  on  or 
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active  the  easier  it  is  identified  and  targetted  by 
Red  C-C2. 

5.  The  range  of  each  BC  outpost  sensor. 

6.  The  time  (BTIHE)  required  by  the  Blue  force  to 
react  to  the  hostile  action  of  the  Red  force.  (Many 
of  the  trade-cffs  and  issues  discussed  earlier  should 
be  take  irto  account  by  the  user  when  assigning  a 
value  to  this  variable.) 

7.  The  inportance  the  user  places  on  the  distance 
the  BC  outposts  are  from  both  the  Red  units  (RDWT) 
and  the  Blu«  fighting  units  (BUT)  . 

8.  The  placement  of  the  Blue  fighting  units.  (This 
decision  should  be  made  in  conjunction  with  deciding 
a  value  for  BKT.) 

9.  Blue  firing  doctrine:  whether  the  BM  units  will 
fire  at  only  the  closest  Red  unit  or  will  split  its 
firing  equally  among  all  the  targets  within  firing 
range. 

The  Red  C2  decisions  inelvde  the  following  factors: 

1.  The  number  of  Red  units  which  will  be  designated 
as  SCO  units. 
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2.  Whether  or  not  the  RCC  will  fire  on  only  the 
closest  BC  outpost,  or  will  divide  its  fire  power 
equally  airong  all  BC  outposts  within  firing  range. 

3.  The  Red  counter- coma and  and  control  must  also 
decide  in  advance  whether  or  not  it  will  know  if  a  BC 
outpost's  resources  have  been  reduced  to  zero.  If 
the  RCC  will  not  know  a  BC  outpost  has  been  elimi¬ 
nated,  then  it  should  continue  firing  on  the 
outpost'"s  position.  However,  if  the  RCC  will  know 
when  it  has  eliminated  a  BC  outpost,  then  in  will  not 
need  to  target  that  BC  outpost  any  further. 

4.  Red  firing  doctrine:  whether  the  R£1  force  will 
fire  only  upon  the  closesr  BK  force,  or  will  divide 
its  firepower  equally  among  all  8M  forces  wirhin 
firing  range. 

5.  Red  also  has  the  opportunity  to  select  its  route 
of  attack  and  speed  of  advance.  This  could  enable 
the  Red  force  to  stay  cut  of  BC  sensor  range,  or  only 
be  within  sensor  range  for  a  short  time  period  and 
attack  the  BM  force  when  it  only  has  unaimed  units. 

The  ether  variables  which  the  user  must  decide  on  are 
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Weapon  character istics.  The  user  must  decide  on 


maximum  firing  range  for  both  Blue  and  Red  weapons 
and  the  firing  rate  of  those  weapons. 

2«  Probability  of  Kill.  The  user  oust  assign  prob¬ 
ability  of  kill’s  for  the  Blue  unaimed  units.  Blue 
sensor -ai ned  units,  and  rhe  Red  units.  <RM  and  RCC 
units  have  the  same  probability  of  kill.) 

3.  Hand-to-hand  combat  range.  The  user  should 
determine  a  distance  at  which  the  opposing  forces 
would  no  longer  be  able  to  fire  their  weapons  at  each 
ether  and  would  change  over  to  hand-to-hand  combat. 

All  of  the  above  decisions  can  have  a  direct  bearing  on 
the  outcome  of  the  battle.  By  varying  the  above  parameters 
and  analyzing  the  results  of  battles,  the  user  should  be 
able  to  gain  valuable  insights  into  the  effects  of  C2  and 
counter  C2. 
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The  previous  section  dealt  with  the  C2  process  and  how 
it  affects  the  forces  involved.  This  section  explains  the 
combat  portion  of  the  computer  simulation.  It  describes  the 
attrition  calculations  for  the  forces,  the  differences 
between  the  dete iministic  and  stochastic  versions  of  the 
simulation,  the  tattle  termination  and  the  Red  force 
movement. 

A.  THE  ATTRITION  CALCULATIONS 

There  are  twc  types  of  units  represented  in  this  Simula- 

t 

tion,  unaimed  and  sensor-aimed  units,  and  the  attrition 
calculations  ara  performed  differently  for  each  type  of 
unit.  However,,  when  two  forces  are  firing  at  each  other, 
they  are  assumed  to  fire  on  each  other  simultaneously. 

1  •  unaimed  attrition  Calculation 

An  unaimed  force  means  there  is  no  coordination 
among  the  firing  units.  All  of  the  Red  force  (both  RM  and 
RCC  units)  and  the  Blue  unaimed  units  (BtJ)  have  no  coordina¬ 
tion.  The  expected  Red  force  attrition  by  Blue  unaimed 
units  during  a  game  step  is  found  using  the  following 
equation: 
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(5,1) 


E(K)  =  expected  number  of  Red  main  units  killed 
by  Blue  unaiaed  (uncoordinated)  fire 
RM  =  the  nunber  of  Red  main  units  being  fired  upon 
RNG  *  distatce  from  the  firing  3U  units  to  the 
receiving  RM  units 

BUPK  =  Blue  unaioed  probability  of  Kill 
BFR  =  Blue  firing  rate  in  rounds  per  minute 
STEP  =  number  of  minutes  in  a  game  step 
BO  =  the  number  of  firing  Blue  unaimed  units. 

The  value  of  the  variables  Rfl,  5UPK,  BFR,  STEP,  and  BO  are 
user  supplied  during  the  input  phase  of  the  simulation.  The 
value  of  RH  and  HI  change  during  the  course  of  the  battle 
due  to  attrition  and,  in  the  case  of  BO,  can  also  change  due 
to  the  transformation  from  BO  to  BA. 

Likewise,  the  expected  Blue  unaimed  attrition  by  the 
Red  Hain  units  during  a  game  step  is  found  using  the 
following  equation: 


E  (K)  -  BO 


t-fr 


(1/EO)  (1-(1-RPK*exp  (-RNG)  )  ) 


BFR*STEP 


-iRMl 

']  J 


(5.2) 


where 

E(K)  =  expected  number  of  Blue  unaimed  units  killed 
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by  Red  Main  fire 

BU  =  the  number  of  Blue  unaiaed  units  being  fired  upon 
RUG  =  distance  from  the  firing  HH  units  to  the 
receiving  BU  units 
RPK  =  Red  probability  of  kill 
RPR  *  Red  firing  rate  in  rounds  per  ainute 
STEP  *  number  of  minutes  in  a  game  step 
RM  =  the  number  of  firing  Red  Main  units 
The  value  of  the  variables  RM,  RPK,  RFR,  STEP,  and  BU  are 
user  supplied  during  the  input  phase  of  the  simulation.  The 
Blue  sensor-aimed  units  (BA)  attrition  is  found  by  subsi¬ 
sting  the  value  BA  for  BO  in  equation  (5.2).  The  BC 
outpost  attrition  is  also  found  by  using  equation  (5.2). 

The  value  of  0C  is  subsituted  for  BU,  RCC  is  subsituted  for 
BM  and  the  value  of  BNG  is  the  distance  from  the  firing  RCC 
unit  to  the  receiving  BC  outpost.  The  rationale  for  these 
expressions  is  given  in  Appendix  B. 

2.  Aimed  Attrition  Calculation 

The  only  aimed  force  in  this  simulation  are  the  Blue 
sensor-aimed  units  (BA).  The  BA  units  are  receiving  target¬ 
ting  information  frcm  the  BC  outposts  vhich  increase  their 
probability  of  kill. 
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The  expected  number  of  Red  units  killed  by  BA  during 
a  game  step  is  represented  as  follows: 
if  BA/SMS  1 ,  then 

£(K)  *  BA*(1-(1-BAPK*Sxp(-RNG)  )  **BFR*SXEP)  (5.3) 

cr  if  BA/RM>1 ,  then 

E(K)  =  EM*  (1-(1-BAPK*exp(-RNG)  )  **  (BPS*  (BA/PM)  *STEP)  (5.4) 
where 

E  (K)  =  expected  number  of  Red  units  killed  by  BA 
BA  -  number  of  firing  Blue  sensor-aimed  units 
RM  =  number  of  RM  units  being  fired  upon  by  BA 
RNG  =  distatce  from  the  firing  3 A  units  to  the 
receiving  BM  units 

BAKP  »  Blue  sensor-aimed  probability  of  kill 
BFR  =  Blue  firing  rate  in  rounds  per  minute 
STEP  -  number  of  minutes  in  a  game  step 

Both  the  equations  (5.3)  and  (5.4)  assume  that  at 
the  beginning  of  the  game  step  each  available  Red  target  is 
acquired  and  there  is  no  opportunity  to  check  for  the  effect 
of  a  shot  during  the  game  step  and  change  the  aim  point  if 
there  was  a  successful  kill.  However,  checking  for  kill, 
and  change  of  target,  is  possible  at  time  step  termination. 
(See  Appendix  B  for  the  derivation  of  equations  (5.1), 

(5.2),  (5.3)  and  (5.4)). 
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B.  DETER HI HI STIC  7S  STOCHASTIC  VERSIONS 


The  user  has  the  option  of  selecting  either  a  deterain- 
istic  or  stochastic  version  of  the  combat  model.  The  user 
selects  the  version  cf  the  model  by  the  variance  variable 
(line  number  U)  in  the  Table  of  Variables  and  Current  Values 
(see  fiqure  2.2)  .  If  the  user  sets  the  variance  equal  to 
zero,  the  deterministic  version  of  the  model  is  used.  If 
the  variance  is  greater  than  zero,  a  stochastic  combat  model 
is  in  effect. 

In  either  version  of  the  simulation,  an  expected  number 
of  kills  (E  (K) )  for  each  type  of  unit  ( RM,  RCC,  3tt,  BA,  and 
BC)  for  every  ga«e  step  is  calculated  from  equations  (5,'i), 
(5.2),  (5.3),  or  (5,4).  In  the  deterministic  model,  the 
expected  number  cf  kills  (E(k))  for  each  game  step  is  the 
attrition  rate  for  the  force.  In  the  stochastic  version, 
the  expected  number  of  kills  (E(K))  is  used  as  a  basis  for 
calculating  the  random  attrition  rats  J.+  for  the  uni-1: ,  The 
attrition  rate  A ♦  is  found  from  the  following  equations: 

A+  ~  exp  (0  *  S*Z)  (5.5) 

where 

0  *  In  (M  (K) )  -  0.5(S)  =  (5.6) 

S2 


■  VAR*ln  (1+1/E(K)  ) 


(5.7) 


VAE  *  the  variance  as  entered  by  the  user 
2  -  is  a  random  number  from  a  normal  (0*1)  distribution 
In  fact,  the  stochastic  attrition  is  governed  by  a  log¬ 
normal  model.  (See  Appendix  C  for  a  derivation  of  equations 
(5.  5)  ,  (5.6)  ,  and  (5.7) )  . 

C.  HAND-TO-HAND  COMBAT 

Hand-to-hand  or  "close-in”  combat  takes  place  when  a  Red 
force  moves  so  close  to  a  Blue  force  that  neither  of  the 
forces  can  fire  their  weapons  at  one  another.  The  outcome 
of  hand-to-hand  combat  is  determined  by  the  number  of  forces 
each  side  has  at  the  beginning  of  the  "close-in”  combat. 

The  force  with  the  largest  number  of  units  will  win  the 
battle.  The  wincing  force  is  reduced  in  strength  by  the 
number  of  units  it  fought  against.  For  example,  if  a  Red 
force  had.  a  total  of  90  units  (60  RM  units  and  30  RCC  units) 
and  a  Blue  force  had  a  total  of  60  units,  then  after  the 
hand-to-hand  combat,  30  Red  units  would  have  survived. 

(There  would  be  20  RM  units  and  It  SCC  units.) 

The  hand-to-hand  combat  calculations  are  as  follows: 
if  the  Red  (RT)  force  outnumbers  the  Blue  (BK)  force 
(RT>BM)  ,  then 

BM  =  (RT  -  BH)*RM/RT  (5.8a) 

RCC  *  (RI  -  EM)  * RCC/RT  (5.8b) 
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and  if  tie  Red  (IT)  force  equals  or  is  outnumbered  by  the 
Blue  (BM)  force  <RT<BM)  ,  then 


BO  =  (BM  -  RT)  *3U/B M 

(5.9a) 

BA  =  (BM  -  RT)  *BA/B  M 

(5.9b) 

RT=RM=RCC=0. 0 

(5.9c) 

where 

RT  =  total  number  of  Red  units  in  hand-to-hand  combat 
RM  =  the  nuaber  of  RM  units  in  hand-to-hand  combat 
RCC  =  number  of  RCC  units  in  hand-to-hand  combat 
BM  =  total  number  of  Blue  units  in  hand-to-hand  combat 
BU  =  the  nuiber  of  BO  units  in  hand-to-hand  combat 
BA  =  the  nuiber  of  BA  units  in  hand-to-hand  combat 
The  simulation  assumes  that  if  a  unit  is  engaged  in 
hand-to-hand  combat  during  a  game  step  then  it 

1)  Can  not  be  fired  upon  by  an  opposing  force  during 
the  game  step; 

2)  The  unit  can  not  fire  on  any  other  opposing  force 
durinq  the  game  step. 

The  hand-to-hand  combat  range  is  a  user  supplied  vari¬ 
able  during  the  input  phase  of  the  simulation. 
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D.  BATHE  TERBIIATION 


The  battle  is  considered  over  when  either  all  of  the  Red 
force  or  all  of  the  Blue  fighting  force  is  annihilated.  The 
forces  can  be  eliminated  either  through  attrition  or  hand- 
to-hand  combat. 

E.  BREAK  POINTS 

The  user  can  input  a  Re  d  break  point  and  a  Blue  break, 
point.  The  break  points  are  not  utilized  during  the  battle 
itself,  but  only  after  it  is  over,  during  the  interactive 
graphics  portion  of  the  program.  Break  points  indicate  to 
the  user  ax  what  point  in  time  the  forces  would  have  broken 
off  the  engagement.  The  break  points  allow  the  user  to 
examine  what  effect  breaking  off  the  engagement  at  that 
point  in  time  would  have  had  on  the  outcome  of  the  battle. 

F.  FORCE  MOVEHENT 

The  present  version  of  the  simulation  allows  the  Red 
units  the  option  of  movement.  The  Blue  units  (both  BM  and 
BC  outposts)  are  stationary.  The  user  can  choose  the  posi¬ 
tion  of  the  BN  and  BC  outposts,  but  once  these  positions  are 
selected,  they  remain  fixed  during  the  battle. 

The  user  alsc  selects  the  initial  position  of  the  Red 
units.  However,  unlike  the  Blue  units,  the  Red  units  can 
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move  across  the  lattlefield  in  any  direction  and  at  a  user 
supplied  speed.  The  user  can  specify  up  to  13  turning 
points  at  which  the  Fed  units  change  direction.  After  the 
user  has  entered  Red’s  final  turning  point,  the  program 
automatically  finds  the  location  of  the  closest  Blue  Bain 
force  and  ensures  that  the  Red  unit  will  move  to  within 
hand-to-hand  com  tat  range  of  the  Blue  unit.  This  feature 
ensures  the  battle  will  terminate. 

The  method  used  to  calculate  the  distance  a  Red  unit 
travels  and  its  location  is  as  follows.  First,  the  distance 
the  Red  unit  would  move  during  a  game  step  is  found  using 
equation  (5.10).  Then  the  distance  between  the  Red  unit 

i 

(point  A  in  Figure  5,1)  and  the  next  Red  turning  point 
(point  B  in  Figure  5.1)  is  calculated  using  equation  (5.11). 
If  the  distance  is  less  than  the  distance  calculated  by 
equation  (5.10),  the  new  coordinates  of  Red's  location  are 
found  using  equations  (5.12),  (5.13),  ana  (5.14).  However, 
if  Red  would  have  travelled  beyond  point  B,  the  distance 
from  point  A  to  point  B  is  subtracted  from  the  distance 
found  in  equation  (5.10)  and  the  Red  unit  is  moved  to  point 
B.  The  distance  from  point  B  to  point  C  is  then  calculated 
(equation  (5.11))  and  compared  to  the  distance  the  Red  unit 
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has  left  to  move.  Again,  if  the  distance  Red  has  remaining 
to  move  is  less  than  the  distance  between  point  B  and  point 
C,  the  new  coordinates  of  Red*s  location  are  found  using 
equations  (5.12),  (5.13),  and  (5.14).  This  process 
continues  until  the  Red  unit  has  reached  its  final 


destination 


A 

(XA,YA) 


DST  »  SPEED  *  TIME  (5 
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=^(X A  -  XB)  2 
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Xf 

*  XI.  ♦  LEN  * 

COS  (ANG) 

(5 

Yf 

=  Y  A  +  LEN  * 

SIN  (ANG) 

(5 

where 

Xf  and  Yf  ar«  the  final  coordinates  of  the  Red  unit 

DST  =  distance  a  Red  unit  travels  during  a  game  step 

SPEED  =  Red  speed  of  advance 

TIME  «  number  of  minutes  in  a  game  step 

Points  A„  B ,  C  are  user  specified  turning  points 

Figure  5.1  Red  Movement  Equations. 
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After  completing  the  present  version  of  the  program,  it 
became  obvious  ttat  several  enhancements  could  be  made. 

Some  of  these  improvements  will  be  discussed  in  this 
section. 

A.  THO-PLAYEB  GAME 

The  simulation  could  be  made  into  a  true  two-player 
qame.  In  a  limited  sense,  the  present  version  can  be 
considered  a  two  player  qame  since  their  are  two  opposing 
forces  and  one  player  could  make  the  Blue  decisions  and  the 
other  player  could  make  the  Red  decisions.  However,  it 
would  be  a  much  tetter  game  and  learning  experience  if  both 
forces  had  the  opportunity  to  have  the  same  type  of  units, 
ie.  Red  with  comnand  and  control  outposts  and  Blue  with 
counter-command  and  control,  forces.  By  allowing  both  the 
Red  and  Blue  forces  to  have  equal  capabilities,  the  combat 
outcome  would  depend  on  hov  effectively  a  player  allocated 
his  resources,  where  he  initially  positioned  his  forces,  and 
the  strategy  the  player  followed  during  the  course  of  the 
battle. 
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In  a  true  twc-piayer  game,  the  concepts  of  secrecy  ana 
infornation  hidirg  could  be  incorporated.  The  information 
displayed  to  each  player  could  be  made  dependent  on  his 
sensor  inputs.  In  this  way,  each  player  would  be  making 
decisions  based  cn  information  obtained  from  his  sensors  and 
the  accuracy  of  that  information  could  be  a  function  of  the 
amount  of  resources  devoted  to  his  sensor  system  and  the 
amount  cf  resour ses  his  opponent  allocated  to  counter¬ 
command  and  control. 

B„  RE-SUPPLY  OF  FIGHTING  FORCES 

A  further  improvement  would  be  to  give  both  the  Red  and 
Blue  fighting  forces  an  opportunity  to  re-supply.  'This 
capability  would  enable  the  user  to  gain  insight  into  how  a 
battle  could  be  *on  or  lost  through  a  timely  decision  on 
when  and  where  tc  re-enforce  the  fighting  units. 

This  improve  cent  could  be  made  to  the  present  version  of 
the  simulation  ard  it  could  be  incorporated  into  the  two- 
player  game. 

C.  NEB  THAHSFORBATIOH  EQUATIONS 

A  user  might  also  want  to  develop  new,  or  refine  the 
present  equations  fex  transforming  BU  to  BA  units.  It  would 
be  interesting  tc  explore  the  sensitivity  of  battle  results 
to  changes  in  transformation  equations. 
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In  the  present  simulation,  the  BA  units  have  a  higher 
probability  of  kill  than  the  BO  units.  A  new  transformation 
might  possibly  increase  the  firing  rate,  or  decrease  the 
attrition  rate  of  the  BA  units  by  RM  units,  or  be  a  combina¬ 
tion  of  the  three  variables  — probability  of  kill,  firing 
rate,  and  attrition  rate  of  3 A. 

In  this  computer  program  almost  any  combination  is 
possible  since  all  the  variables  are  user  defined  and  the 
program's  structure  is  modular.  The  user  simply  writes  one 
routine  representing  his  new  transformation  equation  and 
inserts  it  in  place  of  the  old  transfer  mat ion  routine. 

D.  DEVEIOPBEHT  CP  C0HB1T  SCENARIOS 

A  fourxh  enhencement  would  be  the  development  of  diffe¬ 
rent  combat  scenarios  to  be  played  out  in  the  simulation. 

The  new  scenarios  might  incorporate  the  forest  and  cities 
hexes  which  are  cn  the  playing  board  but  not  presently  in 
use,  or  they  might  place  restrictions  on  the  two  forces. 

Having  a  variety  of  scenarios  would  allow  the  user  to 
investigate  the  effect  of  canmand  and  control  in  different 
situations.  It  tould  give  the  user  the  opportunity  to  gain 
insights  into  which  parameters  are  more  important  (have  a 
greater  effect)  in  the  different  situations.  For  example. 


63 


in  what  kind  of  combat  situation  is  the  decision  time  of  a 
C2  system  most  iirportant.  One  combat  situation  might  be  a 
surprise  attack,  while  another  would  be  one  in  which  the 
sensors  detect  the  approaching  opposing  forces  before  they 
opened  fire.  Or,  if  the  restriction  on  the  Blue  force  was 
that  for  every  minute  under  a  seven  minute  command  and 
control  decision  time  the  fighting  force  was  reduced  50 
units,  then  how  nany  fighting  units  would  the  Blue  commander 
be  willing  to  give  up  in  order  to  gain  the  extra  time  and 
supposedly  higher  transformation  rata  for  his  unaimed  units. 
If  the  Blue  commander  knew  that  the  opposing  force  could 
never  mount  a  surprise  attack,  then  the  extra  rime  might  not 
be  needed.  In  fact,  it  might  be  decided  to  increase  the  C2 
decision  time  to  8  or  9  minutes  and  thereby  gain  extra 
fighting  forces. 

Many  different  scenarios  could  be  investigated  to  deter~ 
mine  the  sensitivity  of  battle  results  to  C2  decisions. 
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USER'S  MAHUAL 

A.  IHTBODOCTIOH 

This  computet  simulation  demonstrates  the  effect  of  a 
Command  and  Control  (C2)  system  on  a  stylized  simple  combat 
situation  using  a  simple  C2  model.  The  program  is  interac¬ 
tive  and  user-friendly  utilizing  high-resolution  color 
graphics  to  display  intermediate  and  end-of-battle  results. 

It  is  hoped  that  use  of  this  simulation  will  provide  a 
user  with  insights  into  the  effect  of  C2  upon  the  outcome  of 
conflicts.  The  user#  by  varying  the  amount  of  c2  and 
counter  C2  used  during  a  particular  battle,  should  come  to 
understand  and  appreciate  the  importance  of  C2,  and  how  C2 
decisions  can  easily  change  the  outcome  of  a  battle. 

The  purpose  cf  this  manual  is  to  familiarize  the  user 
with  the  simulation  and  user  inputs  necessary  to  run  the 
simulation. 

B.  PBGGBAH  STBOCTOBE 

The  simulation  is  a  modular,  menu  driven  program  coded 
in  FOBTRAN.  The  software  can  be  divided  into  five  distinct 
sections: 
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1) .  the  main  program 

2) .  the  input  section 

3) .  the  comtat  section 

4) .  the  command  and  control  section 

5) .  the  graphical  output  section. 

A  brief  description  of  all  five  sections  and  their  major 
subroutines  is  itcluded  in  this  manual  to  aid  a  user  in 
understanding  the  simulation  and  to  allow  a  user  xo  add  new, 
or  to  improve  on  the  old  subroutines. 

1  *  The  Main  Program 

The  main  program,  along  with  the  BLOCK  DATA  module, 
has  several  important  functions.  It  initializes  the  RAMTEK 

t 

9400  to  accept  t te  graphcial  output,  calls  the  major  input 
subroutine,  the  irajor  combat  subroutines,  the  command  and 
control  subroutines,  and  the  output  subroutines  for  both  the 
intermediate  and  end-of-bat tie  displays. 

The  simulation  uses  common  statements  to  pass  param¬ 
eters  from  subroutine  to  subroutine.  The  common  statements 
are  broken  down  so  that  only  the  variables  used  by  a 
subroutine  are  iicluded  in  that  subroutine. 

The  general  flow  of  the  program  is  shown  in  the 
flowchart  in  Figure  A.l. 
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Initialize  RASTER 
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There  are  two  major  subroutines  in  the  input  section 
of  the  program.  The  first  is  the  subroutine  INPUT.  INPUT 
displays  the  menu  titled  'Table  of  Variables  and  Current 
Values'  and  allots  the  user  to  change  any  variable 
displayed.  INPUT  provides  explanations  cf  all  the  program's 
variables  and,  if  a  user  decides  to  change  the  valie  of  a 
variable,  it  will  insure  the  new  value  is  within  the  varia¬ 
ble's  specified  range. 

The  second  major  subroutine  is  NODES.  NODES  first 
displays  the  playing  board,  then  draws  the  approximate 
sensor  range  lor  each  DC  outpost  or  the  playing  board,  and 
finally  allows  the  user  to  enter  the  Bed  forces’  route  of 
attach.  The  user  must  use  the  BARTER'S  trackball  when 
designating  the  Fed's  units  attack  route.  After  the  user 
has  entered  the  route  of  attack,  NODES  ensures  that  the  Bed 
force  ■ill  come  to  within  hand-to-hand  combat  range  of  a 
Blue  force,  thus  assuring  battle  termination. 

3*  The  Combat  Section 

The  combat  section  includes  force  attrition.  Bed 
troop  movement,  hand-to-hand  combat,  and  force  strength 


update  routines 


Force  attrition  calculations  are  dene  in  three 
subroutines.  RAT?  (Red  attrition)  calculates  the  expected 
number  of  Red  units  killed  by  the  Blue  units.  ELATT  (Blue 
attrition)  calculates  the  expected  number  of  Blue  Main  units 
killed  by  the  Red  force.  The  third  subroutine  BCATT  (BC 
outpost  attritior)  calculates  the  expected  less  of  BC 
resources  to  RCC  fire.  In  the  routine  FTOT,  the  true  attri¬ 
tion  rate  for  the  forces  is  calculated.  If  the 
deterministic  model  is  in  effect,  then  the  true  attrition 
rate  is  set  equal  to  the  expected  number  of  kills  calculated 
in  RATT,  BLATT,  and  ECATT.  However,  if  the  stochastic 
version  of  the  model  is  in  effect,  then  the  true  attrition 
rate  is  calculated  using  a  log-ncrmal  distribution. 

The  Red  troop  movement  is  performed  by  the  routine 
MOVE.  The  routire  MOVE  moves  the  Red  force  along  tne  route 
selected  by  the  user.  The  routine  HAND  calculates  the 
results  cf  all  hand-to-hand  combat.  And  finailyr  the 
routine  UPDATE  saves  the  data  needed  by  the  routines  which 
display  the  end- cf- battle  results. 

4.  The  Command  and  Control  Section 

There  are  three  main  routines  used  by  the  command 
and  control  section.  The  three  routines  are  DIST,  C2,  and 


change.  DXST  calculates  the  distance  between  all  the  unirs 
on  the  playing  beard.  The  range  between  units  is  used  in 
all  attrition  calculations,  and  also  in  the  transformation 
calculations.  Fcr  each  BC  outpost,  the  routine  C2  calcu¬ 
lates  the  naximui  number  of  BO  units  to  be  transformed  to  BA 
units  during  a  game  step.  The  routine  CHANGE  takes  the 
output  of  the  C2  routine  and  for  each  Blue  Hain  force  calcu¬ 
lates  the  actual  number  of  BU  units  transformed  to  BA  units. 

5 .  The  Graphical  Output  Section 

There  are  two  distinct  graphical  output  displays. 

The  first  is  the  intermediate  battle  results  which  are 
displayed  at  end  of  every  game  step.  This  display  is  built 
be  several  subroutines.  The  subroutines  include  BOARD, 
FOTMEN,  DELETE,  CISPIY,  LTRSZE,  CLRBD ,  and  several  minor 
routines.  The  force  status  reports  shown  at  the  bottom  cf 
the  display  are  generated  by  the  routines  OUT1  and  0BT2. 

The  second  graphical  output  is  the  Force  Strength  vs 
Time  plots.  These  graphs  are  generated  by  the  routine  OUT3 
and  displayed  after  combat  terminates.  0UT3  calls  several 
minor  routines  which  draw  the  axis  (BAXIS)  ,  scales  the  data 
(BSCALE)  ,  draws  the  break  points  for  the  forces  (BRKPT)  ,  and 
connects  the  data  points  with  a  continuous  colored  line 
(BLINE)  . 
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C.  THE  IHPtJT  Dili 


Prior  to  running  the  simulation,  the  user  must 
initialize  the  variables  listed  in  the  menu  titled  'Table  of 
Variables  and  Current  Values'.  To  aid  the  user  all  the 
variables  have  been  given  default  values.  To  change  a  vari¬ 
able's  initial  value,  or  to  obtain  an  explanation  of  the 
meaning  of  the  variable,  the  user  simply  enters  the  line 
number  associated  with  that  variable.  For  example,  the  line 
number  associated  with  hand-to-hand  combat  range  is  6. 

After  entering  a  6,  the  user  would  receive  an  explanation  of 
hand-to-hand  combat  range  and  then  have  the  option  of  either 
changing  its  prsrsnt  value,  or  leaving  it  unchanged. 

The  following  is  a  list  of  all  the  variables,  their 
associated  line  numbers,  default  values,  and  an  explanation 
of  the  meaning  of  the  variable. 

Line  Variable 

Number _ Default  Value  _ _ _ _ Explanation  of  Variable 

1  Number  cf  Fed  Forces  The  number  of  active  Bed 

Default :  2  forces.  Each  Red  force 

consists  of  RM  and  RCC 
forces.  There  can  be 
either  1  or  2  Red  forces. 

2  Number  cf  Blue  Forces  The  number  of  active  3B 

Default:  2  forces.  Can  have  1,  2, 
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or  3  forces 


Number  c£  3lue  Sensor 
Outposts  (BC) 

Default:  2 
Seed 

Default:  12345 

Variance 
Default:  1.0 


Time  Step  (Kin) 
Default:  10.0 

Hand-to-Hand  Combat 
Bangs  ( KK) 


The  number  of  active  BC 
outposts.  Can  have  0  to  6 
BC  active  during  a  battle 
Used  to  generate  a  random 
number.  Should  be  an 
integer  from  0  to  99999. 

If  variance=0. 0,  then  a 
deterministic  model  is  in 
effect.  If  variance>0. 0, 
then  stochastic  r^del  is 
in  effect.  The  variance 
indicates  the  magnitude 
of  variation  in  the 
attrition  rate. 

The  range  is  between  0.0 
and  10. C. 

The  duration  in  minutes  of 
each  engagement.  Range 
should  be  from  1.0  to  99.0 
minutes. 

Distance  at  which  forces 
change  to  hand-to-hand 
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Default:  0.25 

7  Red  Firing  Bate 

(rounds/ain) 

Default:  5.0 

8  Bed  Maximum  Firing 

Range  (KM) 

Default:  3.0 

9  Red  Probability  of 

Kill 

Default:  0.40 

10  Red  Speed  of  Advance 

(KPH) 

Default:  3.0 

11  Red  tlait  Split 

Firing  Allowed 
Default:  YES 

12  RCC  Split  Firing 

Allowed 


combat.  The  range  should 
less  than  1.0  KM. 

Number  of  shots  fir9Q  per 
shooter  per  minute  by  the. 
RED  forces.  Range  should 
be  from  1.0  to  10.0  shots. 
Distance  at  which  Red 
forces  open  fire.  Range 
should  he  from  0.0  to  10.0 
Probability  of  kill  for 
each  shot  fired.  Range 
should  be  from  0.0  to  1.0. 
Speed  at  which  Red  forces 
move  across  the  battle¬ 
field.  Range  shou?  d  be 
from  1.0  to  10.0  KPH. 

If  YE5,  then  RM  units 
will  fire  on  all  targets 
within  range.  If  NO,  then 
RM  will  only  fired  on 
closest  Bfl  force. 

If  YES,  then  RCC  units 
will  fire  on  all  BC  units 
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Default:  YES  within  range.  If  SO,  then 

RCC  will  fire  on  only 
closest  BC  outpost. 

ECC  will  fire  at  only  If  YES,  then  RCC  will  only 

non-zerc  BC  outpost  fire  at  BC  outpost  wh^ch 

Default:  SO  have  not  been  eliminated, 

BC  which  have  resources 
greater  than  zero. 

If  NO,  then  RCC  will  fire 
at  all  identified  BC 
outpost.  Even  those  which 
have  had  their  resources 
reduced  to  zero. 

Red  Hen  and  Location  The  number  of  RM  and  RCC 

Default;  RM1  =  90  0,  units  initially  active  in 

PCC1  =  S00,  X  =  8.0,  the  first  Red  force  and 

Y  _  2.Q  their  initial  location. 

RM  and  RCC  should  from  0 
to  10000.  The  X  and  Y 


coordinates  should  be 
between  0.0  and  10.0. 

Red  Ken  and  Location  The  number  of  RH  and  RCC 

units  initially  active  in 


Default :  RK2  =  90  0, 


RCC2  =  100,  X  =  7,  5, 
Y  =  7.5 


Red  Break  Point 
Default:  0.70 

Blue  Firing  Rate 
(rounds/min) 

Default:  5.0 

Blue  Maximum  Firing 
Ra  ige  (KM) 

Default:  3.0 

Blue  Speed  of  Advance 

Default :  0.0 

Blue  Onaimed  Probabilit 
of  Kill 

Default:  0.25 


the  second  Red  force  and 
their  initial  location. 

RM  and  RCC  should  from  0 
to  10000.  The  X  and  Y 
coordinates  should  be 
between  0.0  and  10.0. 

The  percent  of  losses 
of  Red's  initial  strength 
at  which  Red  would  retreat 
Should  be  less  than  1.0. 
Number  of  shots  fired  per 
shooter  per  minute  by  the 
Blue  forces.  Range  should 
be  from  1 .0  to  1 0. 0. 
Distance  at  which  Blue 
force  open  fire.  Range 
should  be  from  1.0  to  10.0, 
Speed  at  which  the  Blue 
forces  move.  Not  used  in 
version  cf  th9  simulation. 
The  probability  of  kill 
per  shot  of  < he  BO  units. 
Bust  be  from  0.0  to  1.0. 
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Blue  Sersor- Aimed 
Probability  of  Kill 
Default:  0.70 
Blue  Split  Firing 
Allowed 
Default:  YES 


Blue  C2  Decision 
Time  (MIN) 

Defav.lt;  5.0 

Blue  Men  and  Location 
Default:  B01  *  800, 

X  -  4.  0#  Y  =  4.0 


Blue  Me r  and  Location 
Default:  B02  *  80  0, 


The  probability  of  kill 
per  shot  of  the  BA  units. 
Must  be  from  0.0  to  1.0. 

If  YES,  then  BM  units  will 
spread  its  fire  equally 
among  all  Red  within 
range . 

If  NO,  then  bm  units  will 
fire  on  only  the  closest 
Bed  force. 

The  time  required  by  the 
Blue  forces  to  respond  to 
the  Red  hostile  action. 

The  range  should  be  from 
0.0  to  99.9  minutes. 

The  number  of  Blue  unaimed 
units  initially  active. 

BO  should  be  less  than 
10000.  The  X  and  Y  coor¬ 
dinates  should  be  between 
0.0  and  10.0. 

Same  as  line  27. 
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X  *  3.5,  I  =  6.5 


Blue  Break  Point 


Default:  0.50 


Bed  Bang©  Height 


Default :  2.0 


Blue  Barge  Height 


Default;  10.0 


BC  outpost  Force, 


The  percent  of  losses  of 
Blue’s  initial  strength 


at  which  Blue  would 


retreat.  Should  be  less 


than  1.0. 


The  importance  of  the 


distance  from  the  Red 


force  to  the  reporting  BC 
outpost.  Should  range 


between  1.0  and  10.0  where 


1.0  means  the  most  impor¬ 


tant  factor  and  10.0  means 


the  least  important  factor 
The  importance  of  the 


distance  from  the  Blue 


force  tc  the  reporting  BC 
‘outpost.  Should  range 


between  1.0  and  10.0  where 


1.0  means  the  most  impor¬ 


tant  factor  and  10.0  meuns 


the  least  important  factor 
For  each  BC  outpost  the 
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to 

Sensor  Range,  Time  on 

initial  amount  of 

47 

per  Game  Step,  and 

resources  (force) 

Position 

allocated  to  the  outpost. 

Default:  BC1  =  30  0, 

its  maximum  sensor  range. 

Sensor  Range  *  3.0, 

the  percentage  of  a  game 

Time  on  *  1.0, 

step  the  outpost  is  active 

X  =  5.5,  Y  *  4.5 

and  its  position.  Initial 

BC2  *  3  00, 

unit  strength  should  be 

Sensor  Range  *  3.0, 

less  than  9999. 

Time  on  *  1.0, 

Maximum  sensor  range 

X  =  6.0,Y=6.Q  should  be  between  1.0  and 

10.0.  Time  on  should  be 
between  0.0  and  1.0. 

The  X,Y  coordinates  should 
be  between  0.0  and  10.0. 

The  user  indicates  to  the  proqraa  that  he  has  finished 
initializing  the  variables  by  entering  a  99  at  the  keyboard. 
After  entering  99,  the  user  can  select  the  Red  route  of 
attack.  Entering  the  attack  route  has  been  simplified  for 
the  user  through  the  use  of  the  RASTER'S  trackball.  The 
user  designates  all  turning  points  by  moving  the  trackball 
cursor  to  the  hex  where  the  turning  point  is  to  occur  and 
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depressing  the  erter  key  on  the  trackball.  The  user  can 
designate  a  maximum  cf  13  turning  points  for  each  Bed  unit. 
The  Red  force  will  travel  in  a  straight  line  from  turning 
point  to  turning  point.  When  the  desired  path  of  the  Bed 
force  has  been  entered  then  move  the  cursor  into  the  red 
area  at  the  bottom  of  the  screen  and  depress  the  enter  key 
on  the  trackball. 

On  the  second  and  all  subsequent  runs,  the  user  is  given 
the  option  of  entering  a  new  route  of  attack  or  using  the 
previous  route  of  attack.  If  the  user  selects  to  use  the 
previous  route  of  attack,  the  Bed  force  will  start  and 
finish  at  the  sane  location  as  in  the  last  run.  Therefore, 
the  user  should  rot  change  the  1  or  Y  coordinates  of  either 
the  Red  force  or  the  Blue  force  when  electing  to  use  the 
attack  route  of  the  previous  run. 

D.  OUTPUT 

There  are  two  distinct  high- resolution  graphical 
displays  used  by  the  simulation.  One  is  the  playing  board 
displays  which  indicate  unit  position  and  strength  at  the 
end  cf  each  game  step  and  provide  one  of  four  different 
status  reports  at  the  bottom  of  the  screen.  The  other  is 
the  Force  Strength  vs  Time  plot  which  is  available  to  the 
usor  at  the  end  cf  a  conflict. 
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Figures  2.5,  2.6,  2.7,  2.8  ace  examples  of  playing 
board  displays.  Each  picture  shows  the  same  point  in  time 
of  a  battle  but  a  different  status  report  is  displayed  at 
the  bottom  of  the  screen.  The  user  selects  the  status 
report  desired  by  placing  the  trackball  cursor  over  the 
letters  representing  the  status  report  and  depressing  the 
enter  key.  For  example,  to  view  the  Blue  Force  Status 
report  the  cursor  is  placed  over  the  word  ’BLUE'  and  the 
enter  key  is  depressed.  To  examine  the  BC  Outpost  Status 
report  the  cursor  is  placed  over  the  letters  'BC  and  the 
enter  key  is  depressed.  When  the  user  places  the  cursor 
over  the  word  *  HCDEL 1  and  depresses  the  enter  key,  the  posi¬ 
tion  and  strength  of  all  the  forces  for  the  next  game  step 
is  displayed  on  the  playing  board. 

2 •  Foi^ce  Strength  vs  Time  Plots 

At  the  end  of  a  battle,  the  user  can  build  graphs 
such  as  the  one  shown  is  Figure  2.9,  To  build  a  graph,  the 
use  selects  a  force  to  be  plotted.  For  example,  to  plot  the 
Elue  total  fighting  force  strength  (3T1)  vs  time,  the  user 
places  the  cursor  over  the  letters  BT 1  and  depresses  the 
enter  key.  A  plot  of  force  strength  vs  time  will  be  made 
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for  the  first  Blue  Main  force,  spaced  along  the  line  will 
be  the  letter  in  parenthesis  next  to  the  force  selected,  in 
this  case  the  letter  G,  This  feature  allows  the  user  tc 
distinguish  between  lines  of  the  same  color.  <The  Red 
forces  have  red  lines  and  letters;  the  Blue  fighting  forces 
have  blue  lines  and  letters;  the  BC  outposts  have  black 
lines  and  letters.)  Break  points  (a  user  input)  are  shewn 
on  the  total  force  strength  lines  only  (RT1,  RT2,  BT12,  BT2, 
BT3) .  Break  points  enable  the  user  to  hypothesize  what 
would  have  happened  had  the  units  retreated  upon  reaching 
their  break  point. 

To  clear  the  screen  and  replot  a  force,  the  user 
places  the  cursor  over  the  words  'NEW  PLOT*  and  depresses 
the  enter  key.  To  terminate  the  plotting  routine  and  return 
to  the  beginning  of  the  next  simulation  run,  the  user  places 
the  cursor  over  the  word  'RETURN'  and  depresses  the  enter 
key. 

There  is  a  maximum  of  50  data  points  per  line  which 
can  be  plotted  it  this  routine.  Therefore,  if  a  battle 
simulation  has  mere  than  50  game  steps,  only  the  first  50 
data  points  will  be  plotted. 


E.  TO  BUI  THE  SIMULATION 


The  simulation  program  is  located  in  Spanegle  Hall  room 
500  on  the  PDF  1  1/50  computer  system*  To  run  the  simula¬ 
tion,  the  user  must  do  the  following: 

1) .  Turn  on  the  RAMTEK  9400.  The  ON/OFF  switch  is 
located  on  the  front  panel  of  the  RAMTEK  9400  cabinet. 

2) .  Turn  on  the  RAKT2K  9400  keyboard,  trackball,  and 
color  monitor.  All  of  the  ON/OFF  switches  for  these 
devices  are  clearly  marked  on  the  front  of  each  device. 

3) .  Log  on  to  the  PDP  11/59  system  at  any  terminal 
located  in  the  room.  The  commands  are 

>HEL  BENT 
>password:  BENT 

(a  system  message  is  displayed) 

>BUN  BENT 

(Note  that  t  he  >  sign  is  a  system  prompt  and  that  the 
user  only  ty^es  the  letters  that  are  capitalized.  The 
lower  case  letters  are  displayed  to  the  srceen  by  the 
PDP  11/50  operating  system.) 

4) .  After  entering  RUN  BENT,  the  user  must  use  the 
RAMTEK  keyboard  and  trackball  to  communicate  with  the 
simulation.  The  program  is  interactive  with  step-by- 
step  directicns  provided  for  the  user. 
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5).  After  the  last  simulation  run,  the  user  should  log 
off  the  system  by  entering  the  following  command  at  the 
terminal  at  which  he  logged  on 
>BYE 

To  obtain  a  copy  cf  the  source  code,  the  user  should 
enter  the  following  command  prior  to  logging  off  the  system 
>a»PF.NT 


AEEflkSX-S 

■DEBIT1TI0N  OF  ATTBITIOB  EQDATXOas* 

Suppose  a  Blue  force  confronts  a  Red  Force.  Further, 
suppose  that  Blue  attacks  Red  ani  does  so  without  coordina¬ 
tion  (command  anc  control)  ,  ie,  each  3  in  Blue  picks  a 
member  R  in  Red  at  random  and  fires  at  it  independently  of 
the  actions  of  the  other  B's  in  Blue.  that  all  Rs  in 

Red  are  equally  likely  to  receive  f.lr«  fron  a  single  B, 

Also,  assume  that  the  kill  probability  of  R  against.  R  is. 
given  by  the  expression 

Pb  *  Pw  *  e  xp  ( -  K ANG 3)  (JJ.'I) 

where  BARGE  is  tie  distance  between  th v  filing  Z  and  the 
receiving  S  and  Ew  is  the  probability  of  sill  for  the  weapon 
fired.  Further,  let  'Y  denote  the  i.rirc  rate  of  B. 

Let  K  denote  the  ra.vdor  number  of  Rs  killed  by  the  Bs 
per  engageaent  (cf  duration  /\)  »  Then  during  the  engagement 
cf  tiae  X.  the  E  fires  *Y  *E  shots.  The  number  of  ?s 
killed,  K,  may  be  expressed  as 

K  *  1(1)  ♦  1(2)  ♦  ...  ♦  I(1)+  ...  +  I  (r)  (E.2) 

where  R  is  the  number  of  Reds  receiving  fire  -luring  the 
period,  and  the  indicator  random  variable 
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if  the  jth  R  is  killed  by  B  fire 
otherwise 


K1) 


then  the  expected  number  of  kills,  E(k),  is 


E«K)  =  S  E  <1  ( j )  )  *  R*E(I(1))  *  R*P<I(j)=1)  (B.3) 

1*1 

where  P(I  (1))*1)  is  the  probability  of  at  least  one  kill 
during  the  engagaent  duration  \  ,  assumed  tc  be  the  same 
for  each  element  of  the  Red  force.  If  E  (I  (i) )  can  be 
computed,  then  E  (K)  can  be  found. 

First  of  all,  it  should  be  noted  that  the  probability 
that  1  of  the  B *  £  target  the  jth  R  is  given  by  the  binomial 


i  B-i 

(1/R)  (1  -  (1/R) ) 

W 


i=0, 1,2,...  ,B  (3.  ii) 


Then,  given  that  a  B  is  targeted  on  the  jth  R,  the  prob¬ 
ability  of  at  least  cne  kill  in  an  engagement  of  duration 


1  -  <1  -  Pb 


y\ 


Therefore;  the  probability  of  ai  least  one  kill  by  i  B's 


ftrlucj  iude  pendent!  y  is 


y  \ 

1  -  <  C 1-F  h> r 


1  -  Z 


(B.5) 


where  Z  is  the  probability  cf  no  kills  per  engagement  with 


one  B.  Bf  i  , 

Si  /B\  i  B-i 

(1-  Z  )  UJ  (1/R)  (1  -  (1/R) 

i30 


: ••  ■  •  r^Sk^wrrmnssfarra 


-  1  -  (Z  *  (1/B)  +  1  -  (1/S)  ) 

Since  E  (I  (i) )  =  E(I  (i)=1)  ,  then 

E  (I  (i) )  =  1  -  (1- <1/R)*(1-(1-Pb?^SB 
Than  from  equation  (B.3)  , 

y  \  g 

E  (K)  *  R*  (1  -  (1  -(1/S)*(1-  (1-Pb)  a)) 


(B.6) 


(B.7) 


(B.8) 


Equation  (B.8)  is  Equation  (4.2)  which  is  used  in  the 
computer  simulation  to  find  the  expected  number  of  kills 
from  unaimed  fired. 

When  B  is  firing  an  R  with  coordination,  the  experssion 
for  E  (K)  becomes 


£(K)  =  B*  { 1 


(1-Fb)^  ^) 


for  3/H<1 
1 


(B-9) 


and 


E(K) 


y  X(b/ba 

(l-Pb)  \ 


for  (B/R)  >  1  (B  .  1  0) 


Equation  (B.9)  assumes  that  one  B  per  R  is  allocated  for  as 
lonq  as  the  B's  last.  Equation  (B. 10)  assumes  that  (B/E) 
B'S  are  allocated  to  each  S  during  the  engagement.  No 
account  is  taken  of  the  fact  that  B/R  is  often  not  an 
integer. 

Equation  (B.S)  and  (B.  10)  are  the  aimed  attrition  equa¬ 
tions  of  Chapter  17, 
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ktzsmzjs 

DEB IV AT I CH  OP  THE  STOCHASTIC  ATTBITIOH  BATE 

Assume  that  E(t-1)  represents  the  size  of  the  Bed  force 
at  the  (i-1)  step  in  time.  Let  A+  be  the  stochastic  attri¬ 
tion  ra+e  of  the  Red  force  by  the  Blue  force  at  the  t  step 
in  time.  Let  Or  (t)  be  equal  to  the  expected  number  of  kills 
(E(k))  of  the  Red  force  by  the  Blue  force  found  by  using 
equations  (5.1),  (5.3),  and  (5.4).  An  equation  for  A*  will 
now  be  developed  based  on  a  log-normal  distribution. 

For  a  log-noifisal  distribution 

X  *  exp  (b  +  S*Z)  (C-1) 

where 

Z  is  a  random  variant  from  a  normal  '.0,1)  distribution 
0  is  the  mean 

S  is  the  standard  deviation 
The  expected  value  of  X  is 

E  (X)  =  E  (exp  (TJ  t-  S*Z)  ) 

»  exp  (C)  *  2{exp(S*Z)) 
but  B  (Qxp(^*Z) )  »  exp { 0. 

Therefore, 

E<X)  *  exp(0  4  0. 5  *S2)  (C-2) 
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If  the  expected  value  of  X,  E(X),  is  equal  to  the  expected 
number  of  kills  «r(t)  of  the  Red  force,  then 
E<x)  =  er(t) 

and 

fir  (t)  =  exp(0  ♦  0.5*S«) 

In  (0r (t ) >  *0+0.  5*SZ 
and  therefore, 

0  *  In  («r <t) )  -  0.  5*S2  (C>31 

The  variance  of  X  is 

VAB  (X)  -  E  (X2)  -  (E  (X)  )  2 

Bow  E  (X2)  *  exp  (2U  +  2S2) 

and  (E  (X))  2  =  exp  (20  +  S2) 


Therefore, 

VAB(X)  =  exp  (20  +2S2)  -  exp  (20  +  S2) 

S  exp  (20  ♦  S2)*  (exp  (S2)  ~  1) 

=  (E  (X) )  *{exp  (S2)  -  1) 

For  a  Poisson  Distribution, 

V  AR  (X)  /  E  (X)  =  1 

Therefore,  assuming  Poisson  variability  rn  krllt., 
1  =  E  (X  )*  (exp  (S2)  -  1) 

and  if  «r  (x)  »  E(X)  ,  then 

1  =  ©r  (t)  *  (exp  (S2)  -  1) 

{exp  (S2 )  -  1?  3  1/®c(t) 
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*  In  (1  *  V8\  (t  >  > 
and  when  VAB(X)/E(X)  *  1 

then 

S*  *  VAE(X)*  (In  1  +  V6r(t)) 

and 

S  *  SQRT(SZ) 

Finally,  let  A+  be  equal  to  X  in  equation  (C-1)  and 
A+  =  ex  E  (0  +  S*2) 

where 

U  is  the  mean  found  in  equation  (C-3) 

S  is  the  standard  deviation  found  in  equations  (C— 5)  a 
(C-6)  and 

Z  is  a  random  variate  from  a  normal  (0,1)  distribution 


BIBLIOGRAPHY 


G&ver,  Donald,  P.  "Models  that  Reflect  the  Value  of 
Information  in  a  Command  and  Control  context."  Naval 
Postgraduate  School  Technical  Report  NPS-55-80-G27. 


Lawson.  J,  S.  "The  Role  of  Time  in  a  Command  Control 
System".  Naval  Electronics  System  Command.  Washington, 


Lawson,  J,  S.  "Command  Control  as  a  Process".  Naval 
Electronics  System  Command.  Washington,  D.C. 


PK-9U00  FORTRAN  Interface  Package  (FIP1  .  Santa  Clara,  1980. 


'a. 

a# 


Sonquc,  K 


iflttSh? 

1§7  3. 


st graduate  School, 


Conflict 

Jonferey, 


IHITIAL  DX  STHIBUTION  LIST 


Defense  Tecinical  Information  Center 
Cameron  station 
Alexandria,  Virginia  2  2314 

Library,  Code  0142 
Naval  postgraduate.  School^ 


Naval  Postgraduate  School 
Monterey,  California  9  3940 


3.  professor  D.  P,  Gaver,  code  55Gv 
Department  cf  Operations  Research 
Naval  Postgraduate  School 
Monterey,  California  9  3940 

4„  Capt  J.  E.  Eent 
HQ  ECO/DCXRC 
APO  New  Tor!;  09012 

5.  Professor  J.  G.  Taylgr  ,  Code  55Tw 
Department  cf  Operations  Research 
Naval  Postgraduate  School 
Monterey  California  93940 

6.  Professor  J.  M.  Porep.craft,  cede  62Wz 
Department  cf  Electrical  Engineering 
Naval  Postgraduate.  School 
Monterey,  California  93940 

7.  Professor  P.  H.  Moose,  Code  $2Me  . 
Department  cf  Electrical  Engineering 
Naval  Postgraduate  School 
Monterey,  California  93940 

8*  CPE  Gary  Porter,  Code  55Pt 
Director  C2  Warlab 
Naval  Postgraduate  School 
Monterey,  California  93940 


Code  55Gv 


CDR  Adams 

Center  for  War  Gaming 
Naval  war  Ccilege 
Newport,  Rhcde  Island 


02840 


Naval  Electronics  System  Command 
Dr.  J.  Lawscn 
Washington,  D.C.  2036  0 

Commander- is- Cl] Pacific 

Command,  Cooe  577 

Camp  Smith,  Hawaii  96  861 

0. S.  Army  War  college 
Capt  Howard  Yellen,  CJSA 
Carlisle  Barracks,  Penn  17013 


Professor  M  .  Sovereign 
Chairman, , Cede  74 


C3  Academic  Group 
Naval  Postgraauat 


Naval  Postgraduate  School 
Monterey,  California  93940 


No.  Copies 


91 


